|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2009.07.23 03:14:00 -
[1]
The only issue I've found can be seen on this screenshot.
Running Mac OS X 10.5.7, Java details:
% java -version java version "1.6.0_13" Java(TM) SE Runtime Environment (build 1.6.0_13-b03-211) Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02-83, mixed mode)
|

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2009.07.23 10:53:00 -
[2]
Originally by: Golden Gnu Is there any chance that I could make you try the fitting export? it should open in the eve fitting directory (if the directory exist and it only exist if you have exported a fitting from eve). I can't test this myself, as I don't own or have access to a mac...
Do you mean the Export button available in the Ship Loadout window? I can list what it does for me:
1) Clicking the "Export"-button brings up a dialogue window called "Export Fitting" with 2 empty fields (Name and Description) and 2 buttons (Ok and Cancel). 2) Filling in (or not) the fields and clicking okay opens up a new window called "Save" that looks like this. 3) Clicking Save here creates what seems to be a valid xml file in the specified location.
If I understood you correctly, it should have shown the fitting directory, not jEveAssets home location? I suppose that's no surprise, since that location is hidden deep in the file hierarchy on Macs. Namely, it's /Users/username/Library/Preferences/EVE Online Preferences/p_drive/My Documents/EVE/fittings by default. If you're open to suggestions, offer a way to alter this in the jEveAssets preferences, or perhaps from a settings file. That should be a crossplatform-safe way of handling it I think? (as long as it can read spaces in filepaths correctly. ;) )
|

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2009.07.23 19:00:00 -
[3]
Oh, I forgot to specify that; The directory exists, I have both exported and imported fittings into Eve previously. |

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2009.07.30 00:39:00 -
[4]
Edited by: Solana Dal''Annae on 30/07/2009 00:45:30
Originally by: Daeris Milvaer
Using a mac.
An aside, Macs support JRE 6 - it just currently defaults to 5. You can move 6 above 5 in the priority list using Java Preferences.
Indeed, /Applications/Utilities/Java Preferences and put JRE 6 at the top and the old version worked fine.
If I swap to version 5 with the RC5 however, I get this error:
(Error) Uncaught Exception (sun.awt.exception.handler): Please email the log.txt to [email protected] java.lang.NoClassDefFoundError: java/awt/SplashScreen at net.nikr.eve.jeveasset.SplashUpdater.<init>(SplashUpdater.java:45) at net.nikr.eve.jeveasset.Main.createAndShowGUI(Main.java:110) at net.nikr.eve.jeveasset.Main.access$000(Main.java:40) at net.nikr.eve.jeveasset.Main$1.run(Main.java:91) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:176) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Edit: Btw, the App saves my settings fine, the settings.xml file should be located at: /Pathtoappfolder/jEveAssets/Data/settings.xml
It should be created when you quit the first time. A hint might be that you need to quit the application using the Java menu (File->Exit). Do not use the Apple interface (cmd-Q or similar) as the application will not get a chance to save the settings properly.
|

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2009.08.02 21:22:00 -
[5]
Hmm, any idea what might be causing this oddity in the ship fit inspector? It lists the ammo/crystals/scripts instead of the module the item is located in, seemingly at random.
Running RC6, and I tried updating my assets, all that did was change which modules were shown, and which instead displayed the charge loaded.
|

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2009.08.18 12:53:00 -
[6]
Awesome! :D
|

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2010.09.14 20:38:00 -
[7]
Edited by: Solana Dal''Annae on 14/09/2010 20:43:33 Edited by: Solana Dal''Annae on 14/09/2010 20:39:34 v1.5.0 of the app crashes under MacOS X 10.6.4 if you click to see the changelog from inside the application itself:
Quote:
ERROR [AWT-EventQueue-0] net.nikr.eve.jeveasset.NikrUncaughtExceptionHandler - Uncaught Exception (sun.awt.exception.handler):Please email jeveassets.log to [email protected] (See the readme.txt for details) java.lang.IllegalArgumentException: The file: /Applications/jEveAssets.app/Contents/Resources/Java/changelog.txt doesn't exist. at java.awt.Desktop.checkFileValidation(Desktop.java:191) at java.awt.Desktop.open(Desktop.java:252) at net.nikr.eve.jeveasset.Program.openFile(Program.java:392) at net.nikr.eve.jeveasset.Program.actionPerformed(Program.java:498) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2028) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2351) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242) at javax.swing.AbstractButton.doClick(AbstractButton.java:389) at com.apple.laf.ScreenMenuItem.actionPerformed(ScreenMenuItem.java:95) at java.awt.MenuItem.processActionEvent(MenuItem.java:627) at java.awt.MenuItem.processEvent(MenuItem.java:586) at java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:317) at java.awt.MenuComponent.dispatchEvent(MenuComponent.java:305) at java.awt.EventQueue.dispatchEvent(EventQueue.java:638) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
Same thing happens if I click to read the Readme, License and Credits in the Help menu.
Inspecting the package shows no evidence of the referred files at the described location. I think they may have been macnapped. :(
Edit: I should also mention that the ".jeveassets" folder under ~user/ has been recreated, and the "jeveassets.log" file lives there.
|

Solana Dal'Annae
Silverleaf Industries
|
Posted - 2010.09.15 19:44:00 -
[8]
Originally by: Golden Gnu @Solana Dal'Annae On mac the application is in a single file. On windows/Linux it's in a folder. That is why it can't find the *.txt files. I'll talk it over with our mac guy, to find a solution.
I've just looked at the code and the jeveassets.log bug should be easy to fix...
It might be a while before we release a fixed version, though, as we are in the middle of a release cycle.
Thank you a million for reporting these bugs. I really appreciate it! :)
Now when I am actually awake I see where the txt-files really are. In the folder level above (duh):
/Applications/jEveAssets.app/Contents/Resources/Java/changelog.txt <--- location application looks in /Applications/jEveAssets.app/Contents/Resources/changelog.txt <--- actual place
The "jEveAssets.app" is the application you click on to start the program, it appears as a single file, but is actually a disguised folder/package. Sneaky Mac way of making things less cluttery.
|
|
|
|